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Jhe MAILING DA TE of this communication appears on the cover sheet with the correspondence address -- 
Perjod for Reply 

g.. A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

r: - Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

If the period for reply specified above is less than thirty (30) days, a reply within the statutory minimum of thirty (30) days will be considered timely. 
If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 
Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 1 33). 
^P-ifi i - Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
Ifji earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )^ Responsive to connmunication(s) filed on 18 December 2002 . 

2a)n This action is FINAL. 2b)^ This action is non-final. 

v.. 3)n Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 
? closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

'Disposition of Claims 

4) ^ Claim(s) 1-31 is/are pending in the application. 
4a) Of the above claim(s) is/are withdrawn from consideration. 

5) 0 Claim(s) is/are allowed. 

6) M Claim(s) 1-10.16-18,24.25 and 31 is/are rejected. 

7) IEI Claim(s) 11-15. 19-23. and 26-30 is/are objected to. 

8) n Claim(s) are subject to restriction and/or election requirement. 

|Applicatlon Papers 

P ! 9)n The specification is objected to by the Examiner. 

1^ 10)0 The drawing(s) filed on is/are: a)n accepted or b)^ objected to by the Examiner. 

^ Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1 .85(a). 

1 1) 0 The proposed drawing correction filed on is: a)n approved b)^ disapproved by the Examiner. 

f If approved, corrected drawings are required in reply to this Office action. 

12) 0 The oath or declaration is objected to by the Examiner 
Priority under 35 U.S.C. §§ 119 and 120 

- 13)0 Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119{a)-(d) or (f). 

a)nAII b)n Some*c)n None of 
f 1 .□ Certified copies of the priority documents have been received. 

& 2.n Certified copies of the priority documents have been received in Application No. . 
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3.n Copies of the certified copies of the priority documents have been received in this National Stage 
application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 

|o 14)0 Acknowledgment is made of a claim for domestic priority under 35 U.S.C. § 1 19(e) (to a provisional application). 

I; a) □ The translation of the foreign language provisional application has been received. 

I ' 15)0 Acknowledgment is made of a claim for domestic priority under 35 U.S.C. §§ 120 and/or 121. 
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DETAILED ACTION 
Response to Amendment 

1 . This action is responsive to the Amendment filed on 1 8 December 2002. Claims 
1-31 are pending. Claims 1 , 16, 20 and 24 have been amended. 

2. The amendments filed are sufficient to overcome the drawing and specification 
objections and prior 35 U.S.C. 112 first paragraph rejections of claims 11-15, 19-23 and 
26-31 . However they are not sufficient to overcome the objections to claims 21 or 31 . 



Claim Objections 

3. Claims 21 and 31 are objected to because of the following informalities: 

(a) In claim 21 , page 38 line 1 , the language "according to claim 22" should be - 
according to claim 20 - 

(b) Claim 31 is objected to because of the following informalities: "the computer 
data product" (lines 1-2), lacks proper antecedent basis. The language is used in 
claim 24 from which claim 31 does not depend. 

Appropriate correction is required. 

Claim Rejections - 35 USC § 102 

4. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 
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(a) the invention was known or used by others in this country, or patented or described in a printed 
publication in this or a foreign country, before the invention thereof by the applicant for a patent 

Claims 1-6, 16, 17 and 24 are rejected under 35 U.S.C. 102(a) as being 
anticipated by Guinther et al. (U.S. Patent No. 6,016,466). 

Referring to claim 1, Guinther et al. discloses a computing system having a mass 
storage device (see Guinther et a!., col. 3 line 66 - col. 4 line 9) and a system timer (see 
Guinther et al., col. 22 lines 47-49) for obtaining benchmark timing for a portion of an 
application program execution (see Guinther et al., col. 2 lines 23-31), the application 
program having permanently inserted performance markers (see Guinther, column 22 
lines 32-35), having a mass storage system (see Guinther et al., col. 3 line 66 - col. 4 
line 9), an init module for determining if the timestamp data is to be collected during the 
operation of the application program (see Guinther et al., col. 18 line 64 - col. 19 line 2), 
a performance marker module for obtaining and storing the timestamp data for later 
retrievar(see Guinther et al., col. 4 lines 63-67), an uninit module for formatting (see 
Guinther et al., col. 8 lines 8-16) and storing (see Guinther et al., col. 7 lines 60-63) the 
obtained timestamp data into a data file within the mass storage device that permits 
retrieval after the termination of the application program (see Guinther et al., col. 7 line 
63 - col. 8 line 20), and a performance benchmark data post processing module for 
determining the benchmark timing from two or more timestamp data entries (see 
Guinther et al., col. 22 lines 34-41), wherein the performance marker module is 
executed at predefined points within a plurality of processing modules within the 
application program (see Guinther et a!., col. 22 lines 24-35). 
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Referring to claim 2, Guinther et al. discloses an init module executed before 
timestamp data is collected (see Guinther et al., col. 18 line 64 - col. 19 line 2), a 
performance marker module executed each time benchmark timestamp data and 
overhead timestamp data is to be collected (see Guinther et al., col. 2 lines 23-31 ), an 
uninit module executed after all timestamp data desired has been collected to store the 
timestamp data within records of a Raw Data Table (see Guinther et al., col. 20 line 64 
- col. 21 line 2), and a performance benchmark data post processing module which 
determines the benchmark timing from the records stored within the Raw Data Table 
(see Guinther et al., col. 19 lines 13-17). The examiner construes the term "thread 
database" as disclosed by Guinther et al. to be synonymous with the claimed term "Raw 
Data Table", where the term "table" is understood to be defined as "having fields" (see 
page 26 line 19). 

Referring to claim 3, Guinther et al. discloses an init module for determining if the 
timestamp data is to be collected (see Guinther et al., col. 18 line 64 - col. 19 line 2). 

Referring to claim 4, Guinther et al. discloses an init module for determining if the 
timestamp data is to be collected by checking for the existence of an identification key 
within a system registry (see Guinther et al., col. 18 line 64 - col. 19 line 2), where the 
identification key uniquely identifies the processing modules to be used to collect, 
format, and store the run-time internal state data to be collected (see Guinther et al., 
col. 18 line 15 - 24). The examiner interprets the statement "profiling does not occur if 
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the DLL is not present" (see Guinther et al., coL 19 lines 1-2) as disclosed by Guinther 
et al. to read on the claim limitation "checking for the existence of an identification key 
within a system registry" (see page 17 lines 1-4). 

Referring to claim 5, Guinther et al. discloses a performance marker module 
which collects timestamp data only if the init module has determined that the timestamp 
data is to be collected (see Guinther et al., col. 18 line 64 - col. 19 line 2). 

Referring to claim 6 Guinther et al. discloses a performance marker module 
which generates a data record within the Raw Data Table each time the performance 
marker module is executed (see Guinther et al., col. 20 lines 37-40). 

Referring to claim 16, Guinther et al. discloses a method for obtaining benchmark 
timing for a portion of an application program execution (see Guinther et al., col. 2 lines 
23-31 ), the application program having permanently inserted performance markers (see 
Guinther, column 22 lines 32-35), the method comprising: inserting one or more code 
markers into the application program at predefined locations within the application 
program corresponding to the point at which benchmark timing data is desired (see 
Guinther et al., col. 22 lines 24-35), determining if benchmark timing data is to be 
collected at each code marker by checking for the existence of processing modules 
identified by an identification key within a system registry (see Guinther et aL, col. 18 
line 64 - col. 19 line 2), if benchmark timing data is to be collected at each code marker 
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(see Guinther et al., Figure 15), generate a benchmark data record containing the 
collected benchmark timing data each time the code markers are reached (see Guinther 
et a!., col. 20 lines 37-40), store the benchmark data records within a data memory 
block (see Guinther et al., col. 7 lines 60-63) within the processing modules identified by 
the identification key within the system registry (see Guinther et al., col. 18 lines 64-67), 
retrieve the benchmark data records from the data memory block for transfer to first 
data record in a Raw Data Table device once all of the run-time internal state data has 
been collected (see Guinther et aL, col. 19 lines 1 1-21), and process the first data 
records stored within the Raw Data Table to generate second data records in a 
Processed Data Table (see Guinther et aL, col. 19 lines 2-4) that estimates the 
benchmark timing defined between two benchmark data records (see Guinther et al., 
col. 22 lines 36-41). 

Referring to claim 17, Guinther et al. discloses benchmark timing generated and 
stored within the processed data table is determined from the difference between two 
data entries stored within the raw data table (see Guinther et al., col. 22 lines 36-41). 

Referring to claim 24, Guinther et al. discloses a computer data product readable 
by a computing system and encoding a computer program of instructions for executing 
a computer process for obtaining run-time internal state data (see Guinther et al., col. 
18 line 15-24) within an application program, the application program having 
permanently inserted performance markers (see Guinther, column 22 lines 32-35), said 
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computer process comprising: permanently inserting one or more code markers into the 
application program at predefined locations within the application program 
corresponding to the point at which benchmark timing data is desired (see Guinther et 
al., col. 22 lines 24-35), determining if benchmark timing data is to be collected at each 
code marker by checking for the existence of processing modules identified by an 
identification key within a system registry (see Guinther et a!., col. 18 line 64 - col. 19 
line 2), if benchmark timing data is to be collected at each code marker (see Guinther et 
al., Figure 15), generate a benchmark data record containing the collected benchmark 
timing data each time the code markers are reached (see Guinther et al., col. 20 lines 
37-40), store the benchmark data records within a data memory block (see Guinther et 
al., col. 7 lines 60-63) within the processing modules identified by the identification key 
within the system registry (see Guinther et al., col. 18 line 64-67), retrieve the 
benchmark data records from the data memory block for transfer to first data record in a 
Raw Data Table device once all of the run-time internal state data has been collected 
(see Guinther et al., col. 19 lines 11-21), and process the first data records stored within 
the Raw Data Table to generate second data records in a Processed Data Table (see 
Guinther et a!., col. 19 lines 2-4) that estimates the benchmark timing defined between 
two benchmark data records (see Guinther et al., col. 22 lines 36-41), wherein the 
benchmark timing generated and stored within the processed data table is determined 
from the difference between two data entries stored within the raw data table (see 
Guinther et al., coL 22 lines 36-41). 
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Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 7-10, 18 and 25 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Guinther et al. (U.S. Patent No. 6,016,466) in view of Levine et al. 
(U.S. Patent No. 6,349,406). 

Referring to claim 7, Guinther et al. teaches all but a benchmark data record 
further containing an overhead timestamp data value each time the performance marker 
module is executed. Levine et al. further teaches obtaining a current event time and 
associating it with a current trace record (see Levine et al., col. 22 lines 27-29). The 
examiner interprets the terms "current trace record" (see Levine et al., col: 22 line 29) 
and "current event time" (see Levine et al., col. 22 line 28) to read on the claimed terms 
"benchmark data record" and "overhead timestamp data value", respectively (see 
Levine et al., Figures 20A-B). It would have been obvious to one of ordinary skill in the 
art at the time the invention was made to modify Guinther et al. to include the teachings 
of Levine et al., because the overhead timestamp data enables the skilled artisan to 
calculate the total overhead value (see Levine et al., col. 22 lines 29-39). 

Referring to claim 8, Guinther et al. further discloses a performance marker 
module which stores the benchmark data records within a data memory block (see 
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Guinther et al., col. 7 lines 60-63) within the processing modules identified by an 
identification key within the system registry (see Guinther et al., col. 18 line 64 - col. 19 
line 2). 

Referring to claim 9, Guinther et al. further discloses a uninit module which 
retrieves the data records from the data memory block for transfer to the Raw Data 
Table (see Guinther et a!., col. 20 lines 37-40) on the mass storage device (see 
Guinther et al., col. 3 line 66 - col. 4 line 9). 

Referring to claim 10, Guinther et al. further discloses determining the 
benchmark timing from the difference between two benchmark timestamp data entries 
(see Guinther et al., col. 22 lines 36-41) stored within the Raw Data Table (i.e. thread 
database 412) to generate a second data record within a Processed Data Table (see 
Guinther et al., col. 19 lines 13-17). 

Referring to claims 18 and 25, Guinther et al. does not teach determining 
benchmark timing by subtracting an estimate for the total overhead processing from the 
difference between two benchmark timestamp data entries stored within the raw data 
table, determining the estimate for the total overhead processing by totaling the 
difference between an overhead timestamp value and a benchmark timestamp value for 
all code markers between the two benchmark timestamp entries used to determine the 
benchmark timing, obtaining benchmark timestamp value from a system timer 
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immediately after a code marker is reached, and obtaining an overhead timestamp 
value from the system timer immediately before the processing returns to the 
application program from performance marker processing. 

Levine et al. teaches determining benchmark timing by subtracting an estimate 
for the total overhead processing from the difference between two benchmark 
timestamp data entries stored within the raw data table (see Levine et al., col. 24 lines 
36-39), determining the estimate for the total overhead processing (see Levine et al., 
Figure 23B) by totaling the difference between an overhead timestamp value (i.e. "Call 
From7Entry Overhead to Routine A 2356) and a benchmark timestamp value for all 
code markers between the two benchmark timestamp entries (i.e. base time for routine 
A 2352, 2372) used to determine the benchmark timing, obtaining benchmark 
timestamp value from a system timer immediately after a code marker is reached, and 
obtaining an overhead timestamp value from the system timer immediately before the 
processing returns to the application program from performance marker processing (see 
Levine et al., Figure 20A-B). 

It would have been obvious at the time the invention was made to one of ordinary 
skill in the art to modify Guinther et al. to include the teachings of Levine et al. because 
the artisan needs overhead timestamp values to adjust the recorded time values for an 
accurate measurement of the time (see Levine et al., col. 22 lines 51-55). 



Application/Control Number: 09/606,896 
•Art Unit: 2857 



Page 1 1 



6. Claim 31 is rejected under 35 U.S.C. 103(a) as being unpatentable over Guinther 
et al. (U.S. Patent No. 6,016,466) (hereinafter Guinther) in view of Wygodny et al. (U.S. 
Patent No. 6,282,701) (hereinafter Wygodny). 

Referring to claim 31 , Guinther teaches all the features of the claimed invention 
except for a propagated signal on a carrier detectable by a computing system and 
encoding a computer program of instructions for executing the computer process. 

Wygodny teaches a propagated signal on a carrier detectable by a computing 
system and encoding a computer program of instructions for executing the computer 
process (see Wygodny, column 5 lines 14-23). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Guinther to include the teachings of Wygodny because 
having a propagated signal on a carrier detectable by a computing system, and 
encoding a computer program allows the skilled artisan to analyze the program 
remotely without exposing the source code to the customer (see Wygodny, column 3 
lines 40-44). 



Double Patenting 

7. The nonstatutory double patenting rejection is based on a judicially created 
doctrine grounded in public policy (a policy reflected in the statute) so as to prevent the 
unjustified or improper timewise extension of the "right to exclude" granted by a patent 
and to prevent possible harassment by multiple assignees. See In re Goodman, 1 1 
F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 
USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 
1982); In re Vogel, 422 F.2d 438, 164 USPQ 619 (CCPA 1970);and, In re Thorington, 
418 F.2d 528, 163 USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) may be 
used to overcome an actual or provisional rejection based on a nonstatutory double 
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patenting ground provided the conflicting application or patent is shown to be commonly 
owned with this application. See 37 CFR 1 . 1 30(b). 

Effective January 1 , 1994, a registered attorney or agent of record may sign a 
terminal disclaimer. A terminal disclaimer signed by the assignee must fully comply with 
37 CFR 3.73(b). 

Claims 1 and 2 are provisionally rejected under the judicially created doctrine of 
obviousness-type double patenting as being unpatentable over claim 1 of copending 
Application No. 09/606925 ("the '925 application"). 

Although the conflicting claims are not identical, they are not patentably distinct 
from each other. 

Claim 1 of the instant application recites: a computing system having a mass 
storage device and a system timer for obtaining benchmark timing for a portion of an 
application program execution, having a mass storage system, an init module for 
determining if the timestamp data is to be collected during the operation of the 
application program, a performance marker module for obtaining and storing the ^ 
timestamp data for later retrieval, an uninit module for formatting and storing the 
obtained timestamp data into a data file within the mass storage device that permits 
retrieval after the termination of the application program, and a performance benchmark 
data post processing module for determining the benchmark timing from two or more 
timestamp data entries, wherein the performance marker module is executed at 
predefined points within a plurality of processing modules within the application 
program. 

Claim 2 of the instant application recites an init module executed before 
timestamp data is collected, a performance marker module executed each time 
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benchmark timestamp data and overhead timestamp data is to be collected, an uninit 
module executed after all timestamp data desired has been collected to store the 
timestamp data within records of a Raw Data Table, and a performance benchmark 
data post processing module which determines the benchmark timing from the records 
stored within the Raw Data Table. 

Claim 1 of the '925 application recites every limitation of the application claims 1 
and 2, the only differences being that (a) the instant application stores the collected data 
in a "Raw Data Table" whereas the '925 application stores its data in a "data file", and 
(b) the instant application discloses that the performance marker module "is executed at 
predefined points" to collect timestamp data, whereas the '925 application discloses that 
"the performance marker module is executed each time benchmark timestamp data and 
overhead timestamp data is to be collected". 

There is no functional difference between storing the data in a "Raw Data Table", 
as claimed in the instant application, or storing the data in a "data file" as claimed in the 
'925 application. Similarly, there is no functional difference between executing the 
performance module marker "at predefined points" (instant application) and executing 
the performance marker "each time benchmark timestamp data and overhead 
timestamp data is to be collected" ('925 application), as the "predefined points" (instant 
application) would be located where timestamp data "is to be collected" ('925 
application). 
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Claims 3-5 are provisionally rejected under the judicially created doctrine of 
obviousness-type double patenting as being unpatentable over claims 2, 3, and 5 of 
copending Application No. 09/606925 ("the '925 application"), respectively. 

Although the conflicting claims are not identical, they are not patentably distinct 
from each other. 

Referring to claim 3, both the instant application and claim 2 of the '925 
application recite an init module for determining if the timestamp data is to be collected. 

Referring to claim 4, both the instant application and claim 3 of the '925 
application recite an init module for determining if the timestamp data is to be collected 
by checking for the existence of an identification key within a system registry, where the 
identification key uniquely identifies the processing modules to be used to collect, 
format, and store the run-time internal state data to be collected. 



Referring to claim 5, both the instant application and claim 5 of the '925 
application, disclose a performance marker module which collects timestamp data only 
if the init module has determined that the timestamp data is to be collected. 

Claims 3-5 are dependent on claims 1 and 2, and therefore the same reasons for 
obviousness apply. There is no functional difference between storing the data in a "data 
file" (instant application) or storing the data in a "Raw Data Table" ('925 application), nor 
is there functional difference between executing the performance module marker "at 
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predefined points" (instant application) and executing the performance marker "each 
time benchmark timestamp data and overhead timestamp data is to be collected" ('925 
application). 

This is a provisional obviousness-type double patenting rejection because the 
conflicting claims have not in fact been patented. 

Response to Arguments 

8. Applicant's arguments filed 18 December 2002 have been fully considered but 
they are not persuasive. 

Applicant argues that Guinther does not teach permanently adding a 
performance marker to the code to obtain timestamp data. However, it is the 
Examiner's position that Guinther does suggest this limitation. Guinther teaches 
inserting monitoring instructions into the code to collect timestamp data (see Guinther, - 
column 22 lines, 24-41 ). Guinther also teaches that this code may be entered in a 
variety of conventional ways, including, "manually inserting the data" (see Guinther, 
column 22 lines 32-35). Manually inserting the monitoring data into the application code 
suggests that this code modification is permanent. Further, Guinther does not suggest 
removing the code after timing data has been gathered. 

Applicant further argues that Levine does not teach inserting markers into the 
code. However, the Examiner uses Guinther to reject this limitation of inserting markers 
into the source code to collect overhead data. Levine is used to reject the limitations 
pertaining to collecting benchmark and overhead timestamp data. 
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Conclusion 



9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Mary Kate B Baran whose telephone number is (703) 
305-4474. The examiner can normally be reached on Monday - Friday from 8:00 am to 
5:00 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor. Marc S Hoff can be reached on (703) 308-1677. The fax phone numbers for 
the organization where this application or proceeding is assigned are (703) 872-9318 for 
regular communications and (703) 872-9319 for After Final communications. 

Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the receptionist whose telephone number is (703) 308- 



1782. 



MKB 

March 5, 2003 
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